昨天確立了「多益情境單字庫 Web App」的目標，今天我們要來進行軟體開發最重要的第一步：需求分析與資料規格定義。

如果一開始沒有想清楚多益單字需要記錄哪些屬性，後續資料庫關聯和前端畫面呈現就會不斷打掉重練。因此，今天我們要明確定義系統的核心功能範圍，以及一筆「合格的多益單字資料」該長成什麼樣子。

一、 核心功能需求拆解

這套系統的核心目標不是單純展示單字，而是服務「商務多益學習」，因此我們拆分為三大核心模組：

1. 情境化單字庫管理（Vocabulary Core）

   • 支援依商務場景（IT 採購、人力資源、商務會議、合約物流等）進行分類與檢索。
   • 單字資料必須包含詞性、高頻搭配詞（Collocations）與商務情境例句。

2. 間隔重複記憶機制（Spaced Repetition System, SRS）

   • 紀錄使用者的記憶熟練度等級（Level 1~5）。
   • 依據艾賓浩斯遺忘曲線，動態計算下一次應複習的日期（Next Review Date）。

3. Part 5 實戰測驗模組（Quiz Engine）

   • 自動或手動關聯多益單選題型（題幹、4 個混淆選項、正確答案與解析）。
   • 提供即時答題回饋，並自動將答錯題目收錄進「個人錯題本」。

二、 商務多益語料的資料規格設計

傳統字典 API 往往給出太多生僻釋義，不符合多益「職場導向」的特性。我們以一筆標準的多益單字資料為例，定義出後續資料庫需要儲存的欄位格式：

{
  "id": "vocab_001",
  "word": "implement",
  "part_of_speech": "verb",
  "meaning_zh": "實施；執行；貫徹",
  "category": "Project Management",
  "business_context": "專案導入、系統上線時極高頻出現的動詞",
  "collocations": [
    "implement a new policy (實施新政策)",
    "implement a system (導入系統)"
  ],
  "example_sentence": "The IT department will implement the new security protocol next Monday.",
  "sentence_translation": "資訊部門將於下週一實施新的資安協議。",
  "difficulty_level": "medium"
}